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METACOMCO 

A Division of Tenchstar Limited 


Rig stc'ed 0* ,| « 

26 Portland Square, Bristol BS2 8RZ 

Telephone National - Bristol (0272! 428781 
International - +44 272 428781 

Telex 44220 COMTEL 444191 COMTELG 


Martin Przybylski PhD., 27 July 1984. 

Commodore Semiconductor Systems, 

1200 Wilson Drive, 

West Chester, 

Pennsylvania PA 19380, 

United States of America. 


Dear Martin, 

POSSIBLE TRIPOS PORT TO UNANNOUNCED COMMODORE MACHINE 

It was a great pleasure meeting you last week. Many thanks for the 
excellent directions and for booking my hotel accommodation. 

I have now discussed the various matters raised during our preliminary 
meeting with my colleague Dr. Tim King (who incidentally will be on the 
US West Coast next week and could therefore be diverted to see you if 
this was considered advantageous). The following information is based 
largely on Tim King's briefing notes to me, 

1. TRIPOS STORAGE REQUIREMENTS 

The resident system is as follows: 


Name 

Bytes 


.Piling system 

12,192 

bytes 

Console handler 

5,448 


Debugger 

9,052 


Debug disassembler 

10,056 

(not essential) 

BCPL library 

9,348 


Floating point code 

2,580 


Assembler library 

6,288 


Device drivers 

2,000 


Total 

56,964 


Initialisation (which could be 

held on 

disk): 

Piling system 

5,304 


Stact-up code 

2,464 



Error messages are held on disk (current size ~ 4Kbytes). Other 
information files required = 2Kbytes. 
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TRIPOS 68000 
Operating System 


FEATURES 


u M \A 

• Impeccable pedigree 

• Concurrent working 


• Friendly and fast 

• Reliable 

ip a«t»Hy OS 

• Large program capability 

• Hierarchical filing system 


• Integrated debugger 

• Screen and line editors 


• Word processing capability 

• Source code availability 



• BCPL and 68000 macro assembler supplied as standard 


Impeccable pedigree. TRIPOS started life in 1976 at 
Cambridge University as a result of a research 
project into operating systems. It soon established a 
favourable reputation amongst those who had 
access to It, and it has been used in Cambridge ever 
since. In 1981 Bath University undertook further de¬ 
velopment of the system. Since then TRIPOS has 
become an increasingly popular alternative operating 
system, particularly on the new 32 bit micros. Part 
of this popularity is due to the lack of complicated 
mnemonics and mathematical symbols which can 
make some other systems confusing. 


Friendly. TRIPOS is known as a very friendly system. 

It has clear commands and gives plenty of help when 
problems occur. For example after the cdmmand to 
copy one file to another: 
copy file-8 to flle-b 

this error message may appear: , 

Unable to open output file file-b 
To which the user simply types the question: 
why ^ 

which elicits a reply: 

Last command failed because disk write 
protected 


Concurrent working. TRIPOS is a member cf a select 
group of modern systems that provide concurrent 
working. This means that the user has the ebility to 
run many Jobs at a time. Fcr example, while a file is 
edited on the screen, another may be printed out on 
the printer find a Background compilation can take 
piece, The user can switch instantly between 
di&erem Jgfct fey typing a, s mpie escape combin¬ 
ation. Although TPIPCS -ass originally envisaged as 
a single user system, concurrency means that there 
is capability for mult!- ^6er ~,ae. 

- ,w -***■* 


In addition every command uses the same clean, 
concise method of obtaining arguments such as file¬ 
names. The format for 'any command can be 
displayed by simply typing a question mark after the 
command name. 


Fast. TRIPOS does not use any complex memory 
management scheme. This means that it is both fast 
and efficient — for example some memory manage¬ 
ment chips can slow a system down by 20%. In 
addition central kernel routines are coded in 
assembler for speed. . 






•ff=h 
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Reliable. The TRIPOS system consists of a small 
kernel written in assembler and a number of machine 
code device drivers. Everything else is written In the 
versatile system programming language BCPL The 
resulting code is easily maintained and provides a 
reliable environment. 

Large program capability. The TRIPOS system Is a 
complete 32 bit implementation. Programs may 
extend over the full 16Mbyte address range of the 
68000 provided that sufficient memory is available 
on a particular hardware configuration. 


Filing system. The TRIPOS filing system provides a 
hierarchical view of data. Files are held within direc¬ 
tories which in turn may hold further subdirectories. 
The resulting tree structure is particularly useful on 
large capacity discs. There are no fixed limits to the 
number or size of flies, the depth of the tree or the 
number of entries in a directory. The only restriction 
Is the size of the dl3c. In the event of a hardware 
error the disc structure contains sufficient 
redundancy to enable the structure to be recovered. 

^Integrated debugger. The TRIPOS system comes 
complete with an integrated interactive debugger. 
This Is constantly running as a background task and 
can be entered at any time. It can be used to 
diagnose problems within programs written In any of 
the language translators supported. Commands are 
available to inspect and modify store, to obtain stack 
backtrace information and to Insert breakpoints. Of 
particular interest to assembler programmers is the 
integral disassembler. 

Editors. TRIPOS has two editors, a screen editor 
which is adaptable to most makes of terminal end a 
powerful line by line editor. Apart from the usual 
editing commands the editors allow parts of a file to 
be "cut and pasted" into a new order as well as 
merging entire files, performing repetitive editing 
sequences and applying changes globally. Both 
editors are provided as standard. 


TRIPOS 68000 
Operating System 


Commands. TRIPOS comes with an extensive range 
of over 50 different commands. These include the 
normal file manipulation utilities, editors, system 
generation toois, debugging aids and a number of 
other sophisticated programs, 

Command flies. TRIPOS enables the user to 
construct a file containing many different 
commands. The contents of the resulting command 
file can then be executed as if the items hsd all been 
typed individually at the terminal. In addition names 
within the file can be specified as parameters. When 
the command file is initiated values can be quoted 
for these parameters which override any defaults 
given, 


Word processing capability. Apart from the 
sophisticated editors, TRIPOS includes a text 
paginator and mail-merge program. The system can f s? 
be used for simple letter writing, report compiling ? 
and even preparing camera-ready output for book J -J 
publication, ~ 


Languages. TRIPOS includes a 68000 macro 
assembler and BCPO as standard. Other languages 
available are LISP, PASCAL and FORTRANT^urther 
languages will oe available shortly, including 
PROLOG. c-« ^ 

•c' 

Source code availability. The bulk of the resident 
TRIPOS system and many of the commands are 
available In source form. This enables the more so¬ 
phisticated user to tailor the standard TRIPOS 
package for a particular application. The source 
includes the entire assembler kernel and all the 
device drivers together with the BCPL sections. 


METACOMCO, 11 5 Glenfrome Road, St. Werburghs. BRISTOL. ENGLAND, BS2 9UY 
tcicv. /uir>n rnyTCi rnurci 
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Utilities vary in size; moat are between lKbytea and SKbytes. The 
ultimate size o£ any system will depend on the choice of utilities. 
The Screen editor is 19Kbytes, the 68000 assembler is 6lKbytea and 
the BCPL compiler is 54Kbytea. There is approximately 25Kbytes of 
loadable modules (e.g. translating date from internal to external 
format) used by many of the commands. It would be relatively easy to 
design a cut-down system which had most simple commands resident 
rather than loaded as at present; such an approach could be expected 
to add about 20K to the total size of the resident system. 

2. BRIEF HISTORY AND CURRENT STATUS OF TRIPOS OPERATING SYSTEM 

Tripos has been in use since it was originally designed at the 
University of Cambridge (UK) in 1976. Original implementations were 
for the PDP11 and Computer Automation macines; the PDP11 system wa3 
too large to fit into the restricted address space successfully. 

The current 68000 implementation has been in use for the last two 
years/ with the resident system and utilities changing very little 
over that period. Most work has been in writing new device drivers 
for new implementations and language implementations. At the present 
time approximately 100 systems are in use; currently signed contracts 
could expect to Increase this user base by approximately 500 during 
1984. Although the current usage is apparently slight/ the users on 
the whole have been in software development environments for 
commercial and academic use and this type of user is more likely to 
find and report bugs than the average end-user. 

Metacomco's efforts during 1984 have been the first substantial 
attempt to market the Tripos operating system more widely. Inevitably 
the marketplace is being dominated by Unix considerations, although 
we consider Tripos has much to offer in the single-user multi-tasking 
environment. Tripos's main strengths lie in the fact that it can be 
used as a floppy disk-based operating system and was originally 
designed with Local Area Networks very much in mind. 

At the present time Metacomco has OEM arrangements with Sage and 
Compupro in the United States for our language products running under 
Tripos; in the United Kingdom Tripos has been implemented on two 
relatively small selling machines; negotiations ace at an advanced 
stage with three other computer manufacturers to implement Tripos 
onto their 68000-based machines, albeit mainly in order to enable 
them to offer our various language products where the choice of 
operating system is perhaps not the most important consideration 
(e.g. Lisp, Reduce etc.). 
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Current developments include an improved filing system (see later) 
and screen editing facilities for command lines entered. A history of 
the previous twenty lines typed is kept and these can be restored, 
edited and re-submitted. Both of these developments have been written 
but are currently not released. 

3. C COMPILER 

At the present time there is no C Compiler available under Tripos; we 
regard this as an important omission. So far, -none of our customers 
has requested one (although maybe we would have sold more if one was 
available). We do not consider moving an existing C compiler to 
Tripos as a large job but we need to identify a suitable available 
compiler. We do not envisage writing one from scatch orselves; the 
most likely route will be to re-wrice the code generator stage of an 
existing compiler. We currently have three such compilers under 
investigation. The resulting object would have the same calling 
sequence as BCPL (and all our other languages) so that C programs 
could call BCPL library routines and vice-versa. 

4. CONVERSION OF TRIPOS TO NAT-SEMI 32016 MICROPROCESSOR 

Conversion of the Tripos operating system to 32016 would taka about 
six to nine months elapsed time. A 32016 kernel already exists at the 
University of Cambridge, The system would not be stable and would 
very likely have more bugs. The disassembler would not be available 
and each language besides BCPL would take approximately another six 
months each. 

5. TRIPOS FILING SYSTEM 

The filing system structure has not been changed, since 1976 although 
the code that supports it dates from 1980. The system provides a 
multi-level directory structure. Directory blocks contain a hash 
table which contains pointers to one or more file header blocks or 
further directory blocks. In an average sized directory, hash chains 
are of length one - although pathological cases can be constructed. 
File header blocks contain the name, date etc and a list of data 
blocks - extended if the file is large to an extension block. Data 
blocks contain data; random access is supported via the data block 
list in the header and extension blocks. 
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All blocks are dynamically allocated (with due account taken of 
interleaving) from an allocation bitmap held in store. All blocks 
contain back pointers as well as forward pointers so that the system 
can be reconstructed after a disaster (e.g. losing the root directory 
block due to a rare hardware failure). This reconstruction is done by 
hand with aid of an intelligent disc editor which knows about the 
Tripos file structure. All blocks contain a checksum handled by 
Tripos in addition to any hardware checksumming (which has identified 
problems in a particular disc controller). 

The allocation bitmap is constructed by a restart task which visits 
all directory blocks and file header blocks when a disk is mounted. 
The restart task also checks that the filing system structure seems 
correct. This takes about 15 seconds for a floppy disc and up to two 
minutes for a 40M8 winchester. The restart job scans the disc 
sequentially in a number of passes and does not read any data blocks. 
The advantage of this approach is that there is no special shutdown 
procedure (or need to run a program such as ’sync' under Unix). Any 
files open when a machine crashes are marked as empty - their full 
size is only filled in when the file is closed. Any blocks allocated 
will only be marked as allocated if restart can reach them - in other 
words if they are in a closed file. The disadvantage is the time 
3pent doing this. We have an experimental filing system which writes 
back the bitmap to disk after the last file open for writing has been 
closed (which means that the restart task is only run if a program 
crashes with a file still open, although this means mote disk 
activity). This experimental system also deals with the disc full 
condition more tidily - currently a reboot is normally required if 
you wish to use a disc which has filled up. 

6. DEVICE DRIVERS ETC 

Disks must be mounted before they are used. The MOUNT commands reads 
an information file which indicates the device to be used and whether 
this is normally resident or not. Non-resident drivers are loaded and 
the fact indicated in a use count table. When a disk is dismounted 
and the corresponding device is non-resident it is unloaded if the 
use count is zero. All device drivers return ecrors which are trapped 
by MOUNT, so that it is not a disaster attempting to mount a disc 
when there is nothing in the drive. It is, however, a disaster to 
swap discs without dismounting and than remounting. Door open 
interuupfcs could be used if they were available. 
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The VDU screen is handled through the console handler. This can 
either run in buffered mode or single character mode. In the former 
case/ rubout etc is handled by the console handler and lines passed 
to clients when return is pressed. In single character mode, all 
characters ace sent as soon as they are typed with no translation, in 
this case output is also passed on untranslated (normally odd control 
codes are printed in escaped form); output from other tasks which 
would normally be printed onto the screen is instead passed to task 
which requested single character mode. This allows commands such as 
the editor to intercept other messages and ensure they are only 
displayed in the correct message area without destroying the screen 
image. 

Cursor control and other VDU operations such as clear screen f delete 
line etc, are ail handled via a standard library call. This uses a 
table constructed by the VDU command from a standard file containing 
terminal definitions (c.f. termcap under Unix). Therefore once a VDU 
type has been defined, the features can be used by any program 
without further set-up procedures being required. 

7. NETWORKING 

Tripos has a long history of networking. It is currently the major 
operating system on the Cambridge Ring at Cambridge. There is full 
support for both file transfer protocol and virtual circuit 
connections. Facilities ace available to mount discs connected to the 
network and use them as if they were your own (the standard Tripos 
file locking mechanism is used to ensure multiple readers/ one 
writer). Metacomco is currently implementing these facilities on top 
of the ARCnet network for our own internal use and possible later 
commercial exploitation. 

As promised please find enclosed copy of "3CPL the language and its 
compiler" by Martin Richards and Colin Whltby-Strevens. 

Metacomco was formed in iate 1981 to undertake the development of a 
portable Microsoft 3asic lookalike. Some months later arrangements were 
made with Digital Research to further jointly develop this product: it 
has subsequently been released by DRI as "Personal Sasic". This 
collaboration with Digital Research has enabled us to maintain two 
technical staff in California and the opening of a small advance office 
in Monterey earlier this year. The company feels that the principal 
market for its products is in the US and is committed to further 
strengthen its US activities and prescence. 
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In addition to the Tripos operating system, Metacomco can offer the 
following languages etc for 68000-based machines: 


(a) 

Cambridge Lisp 


(b) 

Reduce (MacSyma like capabilities); 

(c) 

Basic Interpreter 

(see above); 

(d) 

Pascal (to lacest 

ISO standards); 

(e) 

Fortran (66 based 

with some 77 extensions). 


I hope that the enclosed information, together with the manuals I left 
with you, will enable you to undertake the first stage of your 
evaluation of Tripos as a possible contender for the operating system on 
your new machine. We shall of course be delighted to supply any further 
information you may require in order to assist you; because of the 
various time changes etc contact may be made with the following 
Metacomco staff: 

ON TECHNICAL MATTERS: 

In the United States: 

Bill Meakin 

(Senior Technical Director) 

201 Hoffman Avenue 
Monterey 
Ca 93940 

Daytime phone: (408) 646-6371 
Daytime messages: (408) 375-5012 

ON COMMERCIAL MATTERS: 

Derek Budge 

(Chief Executive Officer) 

26 Portland Square 
Bristol BS2 8RZ 
England 
Telephone: 

Daytime (272) 428781 
Evening (373) 87345 


In the United Kingdom: 

Tim King 
(R&D director) 

26 Portland Square 
Bristol BS2 8RZ 
England 

Daytime: (272) 423781 
Evening: (373) 72347 


With kind regards, 
Yours sincerely, 



DEREK BUDGE. 
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EXAMPLES OF EXISTING TRIPOS USERS: 

International Computers Limited (ICL) Using Cambridge Lisp in various 



departments mainly connected 
with expect systems development 

UK Ministry of Defence (A.M.T.E.) 

) 

UK Home Office (S.R.D.B.) 

) Usage not known 
) 

INMOS 

Use Tripos as operating 
system for their "OCCAM" 
68000-based development 
environments 


EXAMPLES OF METACOMCO CUSTOMERS: 


Digital Research Inc. 

(and many of their customers) 

Personal Basic development 

Compupro 

Cambridge Lisp and Fortran 
under Tripos operating system 

Sage Computer 

Tripos operating system and 

MCC language products 

Sinclair Research 

Pascal & Screen editor under 
proprietory operating 3yatem 
for Sinclair QL 

Consulting on operating system 
implementation on QL 

ICL 

Consulting on language port 
to proprietory operating 
system 

CURRENT ACTIVE NEGOTIATIONS: 



Tandy/Radio Shack: UK & Europe to take Lisp & Basic under Tripos on 

53000 based machine (order imminent) - hope to 
interest US end once implementation complete. 

Racal : UK 68000 based Tripos environment machine aimed 

primarily at UK Ministry of Defence (heads of agree 
ment imminent) 

Sord : Japanese 68000 based manufacturer wishing to offer 

Cambridge Lisp (early stages) 


brought to you by 
andy finkel 



